home *** CD-ROM | disk | FTP | other *** search
/ Columbia Kermit / kermit.zip / newsgroups / misc.20021006-20030409 / 000008_jfathman@aol.com_Tue Oct 8 09:43:48 EDT 2002.msg < prev    next >
Text File  |  2020-01-01  |  2KB  |  49 lines
  1. Article: 13770 of comp.protocols.kermit.misc
  2. Path: newsmaster.cc.columbia.edu!panix!bloom-beacon.mit.edu!newsfeed.stanford.edu!postnews1.google.com!not-for-mail
  3. From: jfathman@aol.com (Jim)
  4. Newsgroups: comp.protocols.kermit.misc
  5. Subject: Re: YModem
  6. Date: 7 Oct 2002 15:53:22 -0700
  7. Organization: http://groups.google.com/
  8. Lines: 30
  9. Message-ID: <6dfb5332.0210071453.495b2fbc@posting.google.com>
  10. References: <6dfb5332.0210051812.463a13dc@posting.google.com> <anpjau$2cp$1@watsol.cc.columbia.edu>
  11. NNTP-Posting-Host: 168.103.194.77
  12. Content-Type: text/plain; charset=ISO-8859-1
  13. Content-Transfer-Encoding: 8bit
  14. X-Trace: posting.google.com 1034031202 14854 127.0.0.1 (7 Oct 2002 22:53:22 GMT)
  15. X-Complaints-To: groups-abuse@google.com
  16. NNTP-Posting-Date: 7 Oct 2002 22:53:22 GMT
  17. Xref: newsmaster.cc.columbia.edu comp.protocols.kermit.misc:13770
  18.  
  19. Frank,
  20.  
  21. Your Telnet tip got me going.  Here is some follow-up for the benefit
  22. of future readers.
  23.  
  24. RFC 854 (Telnet Command Structure) spells out very clearly that Telnet
  25. will 'double' the IAC (255 = 0xFF) byte when it is sent as data.  This
  26. is what I was seeing as the extra 0xFF between the YModem packet
  27. header and the start of the data section.
  28.  
  29. There are a couple of solutions.  One (see RFC 856, Telnet Binary
  30. Transmission) is to recognize IAC DO BINARY commands and respond with
  31. IAC WILL BINARY, and to recognize IAC WILL BINARY commands and respond
  32. with IAC DO BINARY.
  33.  
  34. I tried this with a couple of commercial telnet versions, and it
  35. worked. But a couple of other commercial telnet versions did not send
  36. the IAC DO BINARY or IAC WILL BINARY commands, so it is not a
  37. universal solution.
  38.  
  39. The second solution, which seems to work universally, is to ignore the
  40. IAC DO BINARY and IAC WILL BINARY commands.  The Telnet connection
  41. will then remain in 'not binary' mode with data 0xFFs repeated in the
  42. data stream.  The trick then is to detect a sequence of two 0xFFs, and
  43. discard one of them.  Works like a champ.
  44.  
  45. Thanks again for the Telnet tip.  It pointed me in the right
  46. direction.
  47.  
  48. Jim
  49.